webapp的设计规范和标准有哪些
web app开发具有哪些优势web app具有的优势是🍃🍁-*🐄：
1🐦|🐷、可实时更新
Web App一个功能做好了立马就能上线🦓|-☄️🐤，一天更新几十次都毫无压力👻😾_-🕊🎐；Native App则需要用户主动下载更新🦈——🦂。Web App无需用户下载🎑-🏅，并且和传统网站一样可以动态升级⛈🏑——🙄🦦。
2🎿——🎮🐥、兼容性强
一个Web App可以兼容多个平台😩——_😡🦙，就是说🐤🦗--🌿，只要一个App能够在浏览器上顺利地运行🦓🌑|😽，那么它就可以在任何一个操作系统上工作😥☀️|-🌥🌷，不会受到任何单一个体的控制🦌--😨，能够轻松实现跨平台🎈-|⚡️，移动应用开发者不再需要考虑复杂的底层适配和跨平台开发语言的问题🦫-🏈🐏。
3🐐🌪|🧐🌦、具有web 特性
每一个Native App在当前的用户使用场景下是相对孤立的🌟_🐖🧸，而Web App则可以像传统互联网网页那样相互链接🥌🏑_🐑，从一个Web App直接跳转到另外一个Web App💀🌛_-🌍🐈。这无论是从用户的使用体验层面还是从应用之间的数据传输来看都是非常不错的选择🐨——-🦜*。
4☄️_🎎、开发成本低
Web APP开发只需一个产品经理+前端+设计+后台🐃——🐍🐬；Native App则需适配IOS🐍——-🐼、安卓等不同平台进行设计和开发🐰🐩_🪄😫，至少需要IOS工程师+Android工程师+PM+前端+设计+后台🎀🦟——|🧵🦭，开发成本高出1/3甚至更多🎑🕷-🦧😥。
1🐦|🐷、可实时更新
Web App一个功能做好了立马就能上线🦓|-☄️🐤，一天更新几十次都毫无压力👻😾_-🕊🎐；Native App则需要用户主动下载更新🦈——🦂。Web App无需用户下载🎑-🏅，并且和传统网站一样可以动态升级⛈🏑——🙄🦦。
2🎿——🎮🐥、兼容性强
一个Web App可以兼容多个平台😩——_😡🦙，就是说🐤🦗--🌿，只要一个App能够在浏览器上顺利地运行🦓🌑|😽，那么它就可以在任何一个操作系统上工作😥☀️|-🌥🌷，不会受到任何单一个体的控制🦌--😨，能够轻松实现跨平台🎈-|⚡️，移动应用开发者不再需要考虑复杂的底层适配和跨平台开发语言的问题🦫-🏈🐏。
3🐐🌪|🧐🌦、具有web 特性
每一个Native App在当前的用户使用场景下是相对孤立的🌟_🐖🧸，而Web App则可以像传统互联网网页那样相互链接🥌🏑_🐑，从一个Web App直接跳转到另外一个Web App💀🌛_-🌍🐈。这无论是从用户的使用体验层面还是从应用之间的数据传输来看都是非常不错的选择🐨——-🦜*。
4☄️_🎎、开发成本低
Web APP开发只需一个产品经理+前端+设计+后台🐃——🐍🐬；Native App则需适配IOS🐍——-🐼、安卓等不同平台进行设计和开发🐰🐩_🪄😫，至少需要IOS工程师+Android工程师+PM+前端+设计+后台🎀🦟——|🧵🦭，开发成本高出1/3甚至更多🎑🕷-🦧😥。
（1）硬件兼容性🌵🐳||☀️🎲：测试对象🦃-——🤔：一般需覆盖市面上主流的手机厂商及各型号产品😬——👺，可在百度等一些统计类的大数据网站获取最新的市场占有率排行🦛🪅-🪄，一般要考虑厂商🧐||🎎、型号来组合挑选🌿|🐜🦗。 测试环境🐜——|🤕🎗：需要真机环境测试🎯|🐌，可购置相应手机进行🐟🏏_✨，或者在Testin😏_|🦄、百度MTC🐾🐩——_🐪、阿里MQC🌵🙄——😯、腾讯WeTest等云测试平台进行🐐🪄_🎄🐕。测试点🏒——_🐁🐅：APP的安装/卸载🧩😫_🐯，APP的正常运行
（2）操作系统兼容性🦤_——🌳：测试对象🕸-_🦕🪢：需覆盖市面上主流的操作系统及各版本🌛🖼|🏆🦠，可在统计网站获取最新的操作系统市场占有率🐓-🦗，iOS直接挑选相应的操作系统🌷😄||🦫，Android则根据Android系统版本和各厂商在其之上的定制版本做一些组合挑选（这里手机的挑选可以跟硬件兼容性一同交叉考虑） 测试环境🦒🤫-🥇🪅：iOS可通过模拟器进行🌒-_🦊，Android往往仍需要真机测试🐍🥏-|🐲🐨，若对厂商定制的操作系统考虑风险较小不进行测试🌞🌖-|🐳🎲，则也可通过模拟器进行🐒🧩_🌳。当然也可以同硬件兼容性一样在云测平台上进行测试😪_|🐚。测试点🐄_-🙈：APP的安装/卸载🎿🐵-*❄😣，APP的正常运行🦚🌜|-🍀🐐，核心功能的回归
（3）分辨率兼容性🐖🕹|_🐿：测试对象🦀-|🐽🐼：需覆盖市面上主流的各种屏幕分辨率🪀🦜-🦠、屏幕尺寸🌤_——🦄。这里主要关注的是UI上对各种分辨率🧶🥀——_🐥、屏幕尺寸的适配情况🦢😋——🃏。 测试环境🎇-👽🦁：iOS可通过模拟器进行🦟😪————😉，Android往往仍需要真机测试😛-|🦘，若对厂商定制的手机屏幕尺寸考虑风险较小不进行测试💮⛸-_😅，则也可通过模拟器进行🪱_|☘。测试点🌦_——🌱🐆：APP的界面显示*-_🐀🐄、排版等各类UI测试
（4）网络运营商兼容性测试对象🐕🦺——🌜🐥：在不同的网络制式🐁__*🐣、运营商下🤫-|🐷😦，APP能够正常工作*——|🐒*。一般需要覆盖主流的网络运营商🦥🐽——_⛈🐡。 测试环境🦌_💮🦙：需要真机环境测试🦦🪴——-🦂，需要连接各主流网络运营商提供的网络测试点🦢🌿-_🌕☀️：挑选核心包含网络请求的功能进行测试
（5）与其他软件的兼容性😽-|🖼： 测试对象👹——-🐖🦟：各主流的APP🎍-🌩，可在各大应用市场获取APP的排行🙊🌳-🐪，按照分类🦟--🙄👽、下载量等进行组合挑选 测试环境🐨|🏸：往往iOS😒_-🏆、Android任选一款机型进行测试即可 测试点🤬🏒——-🤠🤮：在已安装其他APP的前提下安装/卸载待测APP🦄——-🥈、在已运行其他APP的前提下运行待测AP🕹——☹️、在已安装待测APP的前提下安装/卸载其他APP🦄|🐥、在已运行待测APP的前提下运行其他APP
Webconfig 和 Appconfig 的区别分析
web.config是web应用程序的配置文件🐁😪|——🕷，为web应用程序提供相关配置🐬🪱-_😡🦎。在你开发的web程序中🐤-_😿，你可以为每一个文件夹建立一个web.config.app.config是桌面应用程序的配置文件🦌|🌓。在vs.net中创建一个桌面应用程序工程并添加了应用程序配置文件时🐯——|🎰，它会自动命名为.exe.config🦩🍃-🧶🦍，并且自动与你的程序进行关联🕷🎃-_🦤。
不管是web.config🦏🌨——|🙈🌞，还是app.config🤐🐦——🎆，你都可以使用下面的方法获取appsetting节的值🙁__🌨🦮：
System.Configuration.COnfigurationSettings.AppSettings["Key"]
如果你对web.config进行了修改🐩_🤬，你的web应用程序将立即加载新的web.config😑——🤕🙊。而当你对app.config进行了修改🦉-|🍀🐃，必须重新启动桌面应用程序🥅-_🐭，app.config才能生效😎🌘-_♣🀄。我在一些资料上找到了以下一些东西⚡️🌺|🌚🐍，但不能确定两者之间会不会还有其他的不同🎎🏏_🐜🐺：
app.config🐤——🦈🦌，顾名思义🐔|🦕🦁，是桌面应用程序的配置文件🌴🐌-🎖，它不能用于Class类库🛷_|😰。web.config是ASP.NET应用程序的配置文件🎫-🌱。
（ps🥋🐝-🥍：Class类库其实可以用读xml的方法读取配置文件⛸_🐓🎿，但是貌似不能使用ConfigurationSettings.AppSettings("")）比如说☁️🪱_😿，在一个拥有web.config的ASP.NET应用程序项目中💐🦧|*🏈，包含一个用C#写成的拥有app.config的class类库😣*__🎽，那么当这个项目运行的时候🌾|🐲💥，和它关联的配置文件应该是web.config🎄🌒——_🥉，而不是app.config*|🏓，因为它是一个ASP.NET应用程序*🦎_-🐄🌎。